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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://www.etsi.org/ipr) . 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 3 14 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 

This Technical Specification (TS) has been produced by the Special Mobile Group (SMG). 

The present document defines the rate adaptation functions to be used in Mobile Stations (MS) for adapting terminal 
interface data rates to the Mobile Station - Base Station System (MS - BSS) interface data rates within the digital 
cellular telecommunications system. 

The contents of the present document is subject to continuing work within SMG and may change following formal 
SMG approval. Should SMG modify the contents of the present document, it will be resubmitted for OAP by ETSI with 
an identifying change of release date and an increase in version number as follows: 

Version 5.x.y 

where: 

5 indicates GSM Phase 2+ Release 1996. 

X the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

y the third digit is incremented when editorial only changes have been incorporated in the specification. 
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Scope 



The present document defines the rate adaptation functions to be used in GSM PLMN Mobile Stations (MS)s for 
adapting terminal interface data rates to the Mobile Station - Base Station System (MS-BSS) interface data rates in 
accordance with GSM 03.10 [3]. 

The provision of these functions will depend on the services a particular station is designed to support. 

NOTE: The present document should be considered together with GSM 08.20 [9] (Rate Adaptation on the 
BSS-MSC Interface) to give a complete description of PLMN rate adaptation. 



2 References 

The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. 

• A non-specific reference to an ETS shall also be taken to refer to later versions published as an EN with the same 
number. 

• For this Release 1997 document, references to GSM documents are for Release 1997 versions (version 6.x.y). 

[I] GSM 01.04 (ETR 350): "Digital cellular telecommunication system (Phase 2+); Abbreviations and 
acronyms". 

[2] GSM 02.34: "Digital cellular telecommunications system (Phase 2+); High Speed Circuit 

Switched Data (HSCSD) -Stage 1". 

[3] GSM 03. 10: "Digital cellular telecommunication system (Phase 2+); GSM Public Land Mobile 

Network (PLMN) connection types". 

[4] GSM 03.34 (TS 101 038): "Digital cellular telecommunications system (Phase 2+); High Speed 

Circuit Switched Data (HSCSD) - Stage 2 Service Description". 

[5] GSM 05.03 (ETS 300 909): "Digital cellular telecommunications system (Phase 2+); Channel 

coding". 

[6] GSM 07.01 (ETS 300 913): "Digital cellular telecommunication system (Phase 2+); General on 

Terminal Adaptation Functions (TAF) for Mobile Stations (MS)". 

[7] GSM 07.02 (ETS 300 914): "Digital cellular telecommunications system (Phase 2+); Terminal 

Adaptation Functions (TAF) for services using asynchronous bearer capabilities". 

[8] GSM 07.03 (ETS 300 915): "Digital cellular telecommunications system (Phase 2+); Terminal 

Adaptation Functions (TAF) for services using synchronous bearer capabilities". 

[9] GSM 08.20: "Digital cellular telecommunication system (Phase 2+); Rate adaption on the Base 

Station System - Mobile-services Switching Centre (BSS - MSC) interface". 

[10] CCITT Recommendation V. 1 10: "Support of data terminal equipments (DTEs) with V-Series 

interfaces by an integrated services digital network". 

[II] CCITT Recommendation X.30: "Support of X.21,X.21 bis and X.20 bis based terminal 
equipments (DTEs) by integrated services digital network (ISDN)". 
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2.1 Abbreviations and definitions 

Abbreviations used in the present document are listed in GSM 01.04. 

Overall data stream: The data stream in those parts of the network where the data flow is not split into multiple 
channels. 

Substream: Stream of data with explicit or implicit numbering between splitter and combiner functions. 

Channel: A physical full rate channel on the radio interface (TCH/F) independent of the contents 

Multislot intermediate rate: Intermediate rate per substream in those parts of the network where the overall data 
stream is split into substreams. 

Intermediate rate: Intermediate rate in the overall data stream. 

Substream rate: The user rate including padding, if applicable, on one individual substream 



3 General approach 

GSM 03.10 defines the PLMN connection types necessary to support the GSM PLMN data and telematic services. 

Within the MS there are several different data rate adaptation functions - and a Split/Combine-function in case of a 
multislot data configuration - which are combined as shown in GSM 03.10 as part of the connection type. 

The rate adaptation functions are RAO, RAl, RA2, RAl', RAl" and RAl/RAl'. The RAO, RAl and RA2 are equivalent 
to those functions described in CCITT recommendation V.llO [11]. 

The RAl' function is similar to RAl but has a reduced bit rate output compatible with the coding scheme proposed for 
data services on the radio interface. 

The RAl" function is used for converting between synchronous user rates of 48 and 56 kbit/s and the rate 64 kbit/s. 

The RAl/RAl' is a relay function, used as indicated in GSM 03.10. 

In multislot data-configurations the overall data stream is split into parallel substreams between the Split/Combine- 
functions. 

3.1 Overview of the multislot data rates 

For TCH/F9.6 and TCH/F4.8 channel codings, the multislot intermediate rates are 16 and 8 kbit/s per TCH/F, 
respectively. 

For TCH/F14.4 channel coding, the multislot intermediate rate is 16 kbit/s per TCH/F. 

Between the TE and the Split/Combine-function at the MS, where the overall data stream is not split, intermediate rates 
of 8, 16, 32 and 64 kbit/s are applicable 
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Table 1 : AIUR/Multislot intermediate rates 



Air interface user 
rate 


DTE/DCE 
Statuses 


RAO 


RA1/RA1' 


RAI' 








IVIultislot intermediate 
rate 


Frame type 


Radio interface 
rate 


Padding 


< 600 bit/s 


X 


X 


8 kbit/s 


80 bit frames 


3,6 kbit/s 




1200bit/s 


X 


X 


8 kbit/s 


80 bit frames 


3,6 kbit/s 




2,4 kbit/s 


X 


X 


8 kbit/s 


80 bit frames 


3,6 kbit/s 




4,8 kbit/s 


X 


X 


8 kbit/s 


80 bit frames 


6 kbit/s 




9,6 kbit/s 


X 


X 


16 kbit/s or 2x8 kbit/s 


80 bit frames 


12 kbit/s or 2x6 
kbit/s 




14,4 kbit/s 


X 


X 


2x1 6 kbit/s or 3x8 kbit/s 


80 bit frames 


2x1 2 kbit/s or 
3x6 kbit/s 


P 

(note 1) 


16 kbit/s 
Note? 


14,5 kbit/s 




19,2 kbit/s 


X 


X 


2x1 6 kbit/s or 4x8 kbit/s 


80 bit frames 


2x1 2 kbit/s or 
4x6 kbit/s 




28,8 kbit/s 


X 


X 


3x1 6 kbit/s 


80 bit frames 


3x1 2 kbit/s 




2x16 kbit/s 
Note? 


2x14,5 kbit/s 




38,4 kbit/s 


X 


X 


4x1 6 kbit/s 


80 bit frames 


4x12 kbit/s 


P 

(note 6) 








3x16 kbit/s 
Note? 




3x14,5 kbit/s 


48 kbit/s 


X 




Note 2 


Note 2 


5x1 2 kbit/s 


P 

(note 6) 


4x16 kbit/s 
Note? 


4x14,5 kbit/s 


56 kbit/s 






Note 2 


Note 2 


5x12 kbit/s (note 
3) 


P 

(note 6) 


4x1 6 kbit/s 
Note? 


4x14,5 kbit/s 


64 kbit/s 






Note 2 


Note 2 


6x12 kbit/s (note 
3) 


P 

(note 1) 
(note 6; 


5x14,5 kbit/s 



P=Padding used 
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Table 2: AIUR / Intermediate rates 



Air interface user 
rate 


DTE/DCE 
Statuses 


RAO 


RA1 


RA1' 








Intermediate rate 


Frame type 


Radio interface 
rate 


Padding 


< 600 bit/s 


X 


X 


8 kbit/s 


80 bit frames 


3,6 kbit/s 




1200bit/s 


X 


X 


8 kbit/s 


80 bit frames 


3,6 kbit/s 




2,4 kbit/s 


X 


X 


8 kbit/s 


80 bit frames 


3,6 kbit/s 




4,8 kbit/s 


X 


X 


8 kbit/s 


80 bit frames 


6 kbit/s 




9,6 kbit/s 


X 


X 


16 kbit/s 


80 bit frames 


12 kbit/s or 
2x6 kbit/s 




14,4 kbit/s 


X 


X 


32 kbit/s 


80 bit frames 


2x12 kbit/s or 3x6 

kbit/s 

1x14,5 kbit/s 


P 
(note1) 


19,2 kbit/s 


X 


X 


32 kbit/s 


80 bit frames 


2x1 2 kbit/s or 4x6 
kbit/s 




28,8 kbit/s 


X 


X 


64 kbit/s 


80 bit frames 


3x12 kbit/s 
2x14,5 kbit/s 




38,4 kbit/s 


X 


X 


64 kbit/s 


80 bit frames 


4x12 kbit/s 
3x14,5 kbit/s 


P 
(note 6) 


48 kbit/s 


X 




Note 4 


Note 4 


5x12 kbit/s 
4x14,5 kbit/s 


P 
(note 6) 


56 kbit/s 






Note 4 


Note 4 


5x12 kbit/s 

(note 3) 
4x14,5 kbit/s 


P 
(note 6) 


64 kbit/s 






Note 5 


Notes 


6x12 kbit/s 

(note 3) 
5x14,5 kbit/s 


P 
(note 1) 
(note 6) 



P=Padding used 

NOTE 1 : For information on the padding procedure, please refer to clause 10 of this document. 

NOTE 2: No multislot intermediate rate; substreams combined at the BSS when TCH/F9.6/4.8 channel coding is 
used. 

NOTE 3: AIUR 1 1,2 kbit/s per channel 

NOTE 4: For this rateGSM-specific rate adaptation function RAl" rather than RAlis applied. 

NOTE 5: For this rate RAl- and RA2- adaptations are not applied. 

NOTE 6: Padding used as specified for TCH/F14.4 channel codings 

NOTE 7: At the network side, RAl'/RAl not applied; instead a TCH/F14,4-specific adaptation RA17RAA' used 
(GSM 08.20) 
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4 The RAO Function 

4.1 Asynchronous-to-Synchronous Conversion (RAO) 

The RAO Function is only used with asynchronous interfaces. Incoming asynchronous data is padded by the addition of 
stop elements to fit the nearest higher rate defined by 2 to the power n ( where n< 6) times 600 bit/s or, if applicable, to 
either 14,4 or 28,8 kbit/s. Thus both 75 bit/s and 300 bit/s user data signalling rates shall be adapted to a synchronous 
600 bit/s stream. The resultant synchronous stream is fed to RAl or RAT. 



Asynchronous user rate 


Synchronous user rate 


< 0.6 kbit/s 


0.6 kbit/s 


1 ,2 kbit/s 


1 ,2 kbit/s 


2,4 kbit/s 


2,4 kbit/s 


4,8 kbit/s 


4,8 kbit/s 


9,6 kbit/s 


9,6 kbit/s 


14,4 kbit/s 


14,4 kbit/s 


19,2 kbit/s 


19,2 kbit/s 


28,8 kbit/s 


28,8 kbit/s 


38,4 kbit/s 


38,4 kbit/s 



4.2 Break signal 



The RAO shall detect and transmit the break signal in the following fashion: 

If the converter detects 2M to 2M+3 bits, all of start polarity, where M is the number of bits per character in the selected 
format including start and stops bits, the converter shall transmit 2M+3 bits of start polarity. 

If the converter detects more than 2M+3 bits all of start polarity, the converter shall transmit all these bits as start 
polarity. 

The 2M+3 or more bits of start polarity received from the transmitting sides shall be output to the receiving terminal. 

The terminal must transmit on circuit 103 at least 2M bits stop polarity after the start polarity break signal before 
sending further data character. The converter shall then regain character synchronism from the following stop to start 
transition. 



4.3 Overspeed/Underspeed 



A RAO shall insert additional stop elements when its associated terminal is transmitting with a lower than nominal 
character rate. If the terminal is transmitting characters with an overspeed of up to 1 %, the asynchronous-to- 
synchronous converter may delete stop elements as often as is necessary to a maximum of one for every eight characters 
at 1 % overspeed. The converter on the receiving side shall detect the deleted stop elements and reinsert them in the 
received data stream (circuit 104). 

The realization of overspeed handling, as described above, at the interface to the associated terminal is implementation 
dependent. Possible implementations are e.g. the reduction of the length of the stop elements according to V.llO [9] or 
increased data rates between the TA and terminal. 



4.4 Parity Bits 



Possible parity bits included in the user data are considered as data bits by the RAO function (and RAl function). 
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4.5 



Flow Control 



Where applicable, this function is as specified in the relevant terminal adaptation function Specification (see GSM 07 
series). 



5 The RA1 Function 

This function is used to adapt between the synchronous user rates, or the output of the RAO function and the 
intermediate rate of 8, 16, 32 or 64 kbit/s. 

5.1 Adaptation of synchronous data rates up to 38,4 kbit/s 



Synchronous user rate 


Intermediate rate 


< 2,4 kbit/s 


8 kbit/s 


4,8 kbit/s 


8 kbit/s 


9,6 l<bit/s 


16 kbit/s 


14,4 kbit/s 


32 kbit/s 


1 9,2 kbit/s 


32 kbit/s 


28,8 kbit/s 


64 kbit/s 


38,4 kbit/s 


64 kbit/s 



A CCITT V.l 10 80 bits frame is constructed using the user data bits received (from the RAO in the asynchronous case), 
the values of the S bits are deduced from the R interface. 

Adaptation of 600 bit/s to 8Kbit/s is performed by 8 times consecutive duplication of each user data bit. (Figure 9) 

Adaptation of 1200 bit/s to 8 Kbit/s is performed by 4 times consecutive duplication of each user data bit. (Figure 8) 

Adaptation of 2400 bit/s to 8kbit/s is performed by 2 times consecutive duplication of each user data bit. (Figure 7) 

Adaptation of 4800 bit/s to 8 Kbit/s is performed by transmitting the bit stream with no duplication. (Figure 3) 

Adaptation of 9600 bit/s to 16 Kbit/s is performed by transmitting the bit stream with no duplication (the emitting 
period is halved with respect to the 4800 bit/s case). (Figure 3) 

Adaptation of 14400 bit/s to 32 Kbit/s is performed as for 3600 bit/s to 8 kbit/s (the emitting period is divided by four 
with respect to the 3600 bit/s case).( Adaptation of 3600 bit/s to 8 kbit/s is performed by transmitting the bit stream with 
no duplication.) (Figure 12) 

Adaptation of 19200 bit/s to 32 Kbit/s is performed as for 4800 bit/s to 8 kbit/s (the emitting period is divided by four 
with respect to the 4800 bit/s case). (Figure 3) 

Adaptation of 28800 bit/s to 64 Kbit/s is performed as for 3600 bit/s to 8 kbit/s (the emitting period is divided by eight 
with respect to the 3600 bit/s case). (Figure 12) 

Adaptation of 38400 bit/s to 64 Kbit/s is performed as for 4800 bit/s 8 kbit/s (the emitting period is divided by eight 
with respect to the 4800 bit/s case). (Figure 3) 

The CCITT V. 1 10 80 bit frames shown in Figures 3 and 12 are used. The D bits are used to convey the user data and 
the S and X bits are used to convey channel control information according to the relevant terminal adapter function 
Specification. 
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The E bits are used to convey the following information: 

i) User Data Rate - El, E2, E3 (for single slot operation see Figure 4, and for multislot operation Figure 4 and 
subclause 10.7) 



ii) Network Independent Clocking - E4, E5, E6 



iii) Multiframe Synchronisation - E7 



The order of transmission of the 80 bit frame is from left to right and top to bottom. 

5.1 .1 Network Independent Clocking 

Synchronous data signals received by the MT from the DTE at the MS or by IWF from the modem on the PSTN may 
not be synchronized to the PLMN. The following method shall be used to enable transfer of those data signals and the 
corresponding bit timing information via the V.llO frames. Such a situation would exist where the signals received 
from the modem at the IWF require its own clock or where the signals received from the DTE at the MS employs its 
own network independent clock. In any case, the frequency tolerance of the clocks involved is 100 ppm. 



5.1.1.1 



Multiframe Structure 



The transmitting end of the GSM PLMN connection shall establish a multiframe structure utilizing bit E7 consisting of 
four frames by setting E7 in every fourth frame to binary 0. This structure is identical to the use of E7 in V. 110 (and 
X.30) except that such a multiframe structure will exist for all user data rates. This frame synchronization will be 
achieved and maintained during the entire call so that corrections for the network independent clocking by the receiving 
end of the GSM PLMN connection can be easily recognized and applied based on the code words (in cl, c2, c3, c4 and 
c5) positioned in bits E4, E5 and E6 of two consecutive V.llO frames as illustrated in figure 1 . Thus, the multiframe 
structure allows for one 5-bit code words to be transmitted every two V.llO frames for the purposes of network 
independent clocking. The two code-words may be different from each other within the multiframe shown in figure 1 . 



Frame 


E4 


E5 


E6 


E7 


MFOa 


c1 


c2 


1 





MP la 


c3 


c4 


c5 


1 


MP Ob 


c1 


c2 


1 


1 


MP lb 


c3 


c4 


c5 


1 



Figure 1 : NIC Multiframe Structure 

Once Multiframe synchronization is achieved, each code word is independently evaluated to determine the 
compensation needed, if any. The compensation is applied as explained in section 3.1.2 in V.l 10 frames MF la and MF 
lb. 



5.1.1.2 



Encoding and compensation 



The V.l 10 transmitter will use the following 5-bit code words, as shown in figure 2, to indicate the four possible states 
of compensation required for network independent clocking. 





cl 


c2 


c3 


c4 


c5 


No compensation 


1 


1 


1 


1 


1 


Negative compensation 


1 








1 





Positive compensation of a zero 





1 








1 


Positive compensation of one 








1 









Figure 2: NIC Code Words 
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When negative compensation is indicated, one less user data bit than normal is transported in the affected frame (MFla 
or MFlb). A negative compensation shall cause the receiver to delete the user data bit occupied by bit position D25, 
since the transmitter sets this to binary 1 and does not utilize this position for user data. At those user data rates where 
the user data bit is repeated, all copies of D25 shall be discarded. In case of 80-bit frames with 36 data bits, bit D 19 is 
discarded instead. 

When a positive compensation is indicated, one additional user data bit is transferred by means of the code word. At the 
receiver, a positive compensation will cause a user data bit of binary value or 1, as indicated by the code word, to be 
inserted between the user data bits carried in bit positions D24 and D25 (in MFla or MFlb) of the V. 1 10 frame 
illustrated in figure 3. In case of 80-bit frames with 36 data bits, the insertion is done to between bits D18 and D19. 

When no compensation is necessary, or when NIC is applied, the values of E4, E5, E6, E7, on the 4 multi frame scheme 
is: 



Frame 


E4 


E5 


E6 


E7 


MFOa 


1 


1 


1 





MF1a 


1 


1 


1 


1 


MP Ob 


1 


1 


1 


1 


MFlb 


1 


1 


1 


1 



When NIC is not applicable, the MS and the IWF shall disregard the received value of bits E4, E5, E6 and E7 in the 
data transmission phase. 

NOTE: NIC is not applicable in the following cases: 

- transparent asynchronous bearer services; 

- the facsimile teleservices in the transparent mode; 

- every transparent bearer services when interworking with an UDI Information Transfer Capability. 

6 The RA1" function 

The RAl" function is used for converting between synchronous user rates of 48 and 56 kbit/s and the 'intermediate' 
rate of 64 kbit/s. (RAl" is a GSM-specific term which is used for the one-step adaptation of 48 and 56 kbit/s rates into 
64 kbit/s as specified in ITU-T V. 1 10. For the purposes of GSM specifications the term 'intermediate rate' is used for 
the resulting 64 kbit/s rate although this is not done in V.l 10 recommendation.) 

6.1 Rate adaptation of 48 kbit/s user rates with DTE/DCE status 
to 64 kbit/s 

A CCITT V.l 10 32 bits frame is constructed using the user data bits received, the values of the S bits are deduced from 
the R interface. 

The CCITT V. 1 10 32 bit frame shown in Figure 13 is used. The D bits are used for conveying the user data and the S 
and X bits are used for conveying channel control information according to the relevant terminal adapter function 
Specification. The order of transmission of the 32 bit frame is from left to right and top to bottom. 

6.2 Rate adaptation of 56 kbit/s user rate to 64 kbit/s 

A CCITT V.l 10 64 bits frame is constructed using the user data bits received. 

The CCITT V. 1 10 64 bit frame shown in figure 14 is used. The D bits are used for conveying the user data. 

The order of transmission of the 64 bit frame is from left to right and top to bottom. 
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7 



The RA2 Function 



This procedure is based on the RA2 function as specified in CCITT V.l 10. It is used to rate adapt to/from the 
intermediate rates of 8, 16 or 32 kbit/s from/to the 64 kbit/s rate used at the S interface. 



Intermediate rate 


Rate at the S interface 


8 kbit/s 


64 kbit/s 


16 kbit/s 


64 kbit/s 


32 kbit/s 


64 kbit/s 


64 kbit/s 


64 kbit/s 



For the intermediate- and user data rate of 64 kbit/s, the RA2 transmits the bit stream over the S-interface as it is. 

It considers the 64 kbit/s stream over the S-interface to consist of octets, bits 1 through 8, with bit 1 being transmitted 
first. 

The procedure requires that: 

i) The 8 kbit/s stream occupies bit position 1 ; 

ii) The 16 kbit/s bitstream occupies bit positions (1,2); 

iii) The 32 kbit/s bitstream occupies bit positions (1,2,3,4) ; 

iv) The order of transmission of the bits of the subrate stream is identical before and after rate adaptation. 

v) All unused bits in the 64 kbit/s stream are set to binary " 1 " . 



8 



The RA1/RA1' Function 



The RAl/RAl' function is used in transparent cases to convert between the intermediate rate and the input rate to the 
channel coder function for transmission over the radio interface. This conversion also appears on the infrastructure side 
in both transparent and non-transparent cases as specified in GSM 08.20 except for TCH/F14.4. 



8.1 Single slot rates 



Intermediate rate 


Radio interface rate 


8 kbit/s 


3,6 kbit/s 


8 kbit/s 


6 kbit/s 


1 6 kbit/s 


1 2 kbit/s 


32 kbit/s 


14,5 kbit/s 



There are four data rates (known as Radio Interface rates) used for data transfer to the channel coder. These are 14,5 
kbit/s, 12 kbit/s, 6 kbit/s and 3.6 kbit/s, and in order to adapt the 8,16, and 32 kbit/s intermediate rates to these data 
rates, three processes are used. 

Firstly the 17 synchronization bits are removed. 

Secondly the El, E2 and E3 bits are removed. For transparent services, the values of the El, E2, E3 bits are determined 
at the MT and in case of TCH/F9.6 and TCH/F4.8, at the BTS based on the indication given by outband signalling 
(either in the User Rate field of the BC-IE of the SETUP message for the MT or in the Channel Type information in the 
ASSIGNMENT REQUEST message for the BSS). For non transparent services, the coding of the El, E2 and E3 bits is 
described in GSM 08.20. 
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Thirdly, in the 3.6 kbit/s case, half the data bits are discarded. These processes result in modified CCITT V. 1 10 frames 
of sizes 60,60 and 36 bits for the 12, 6 and 3.6 kbit/s data rates respectively. The resultant modified CCITT V.llO 
frames for the various user data rates are shown in figures 5-9. 

Further procedures for TCH/F14.4 channel coder input rate in subclause 8.1.1. 

8.1 .1 Radio interface rate of 14,5 l<bit/s 

In this case one modified CCITT V.llO frame is received/sent from/to the network every 2.5 ms (see GSM 05.03). The 
RAl/RAl' function adds/subtracts the 17-bit synchronisation pattern, the F-, E-, X-, and S-bits to/from the 80-bit 
V.llO-frames. 

Bits Ml and M2 are transmitted along with the modified 36-bit V.l 10 frames every 20 ms over the radio interface (See 
GSM 05.03). Bit M2 is used by the RAl/RAl' -function for deriving/mapping the E-, S-, and X-bits. Bit Ml is used for 
multislot synchronisation. The usage of these bits is further elaborated in subclause 8.1.1.1. 

The modified CCITT V.l 10 36-bit frame received/sent from/to the network at 14,4 kbit/s: 



D1 
D7 
D13 
D19 
D25 
D31 



D2 
D8 
D14 
D20 
D26 
D32 



D3 
D9 

D15 
D21 
D27 
D33 



D4 
D10 
D16 
D22 
D28 
D34 



is converted/derived into/from the following 80-bit V. 1 10-frame at 32 kbit/s. The E 
mapped/extracted to/from the M2-bit sequence. 





D1 
D7 
D11 

F 
El 
D19 
D25 
D29 

F 





D2 
D8 
D12 

F 

E2 
D20 
D26 
D30 

F 





D3 
D9 

F 
D15 
E3 
D21 
D27 

F 
D33 





D4 
D10 

F 
D16 
E4 
D22 
D28 

F 
D34 





D5 




D6 




D11 




D12 




D17 




D18 




D23 




D24 




D29 




D30 




D35 




D36 


E-, S 


, and X-bits are 















D5 




D6 


S1 


F 




F 


X 


D13 




D14 


S3 


D17 




D18 


S4 


E5 




E6 


E7 


D23 




D24 


S6 


F 




F 


X 


D31 




D32 


S8 


D35 




D36 


S9 



For the 36-bit frames the received D-bits are set as they were transmitted. For transparent services E, S, and X-bits are 
reproduced based on the M2-bit sequence as described in subclause 8.1.1.1. Bits El, E2, and E3 are set according to the 
user data rate as shown in Figure 4 for transparent services. 



8.1.1.1 



Multiframe structure over the radio-interface 



Bit Ml carries a 31-bit PN multiframe code 0000 1001 0110 01111 100 01 10 1 1 10 101. One multiframe bit is 
transmitted every 20 ms, which means that one whole multiframe consists of 248 36-bit 2.5 ms frames. 

Bit M2 carries V.24 circuit status information, network independent clocking (NIC) information and substream 
numbering as indicated in the following figure: 

bit 
number 

Ml: 
M2: 



0123 


4567 


8-11 


12-15 


16-19 


20-23 


24-27 


28-30 


0000 


1001 


110 


0111 


1100 


110 


1110 


1 01 


###SB 


SBX## 


#XSBSB 


###SB 


SBX## 


#XSBSB 


NNNN 


NSBSB 



where # # # = Substream number (multilink operation) 
SB = the SB status bit 
X = the X-status bit 
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NNNNN = Network independent clocking code 



In the MS to Network direction the information carried by the M2-bit sequence is mapped in the following manner: 

An Ml/M2-bit pair is transmitted along each block of data containing eight modified V. 1 10 36-bit frames. The three-bit 
#-sequence carries a number identifying each substream (multislot operation); the substreams are numbered 0,1,2 etc. 
The status- and NIC-information is mapped between the M2-sequence(s) and the V.llO-frames. Bits SB and X are 
mapped to V.24 circuits as specified in subclause 8.2.2 of GSM 07.01 

The SB-bit carries the V. 1 10 SB-status information, and the X-bit the X-status information. 

Five consecutive N-bits carrying an NIC-code in the M2-sequence indicate 'negative compensation' or 'positive 
compensation' if such a compensation is required. Otherwise' no compensation' is indicated by the N-bits. 





N-bit 24 in 
sequence 


M2- 


N-bit 25 in 
sequence 


M2- 


N-bit 26 in 
sequence 


M2- 


N-bit 27 in 
sequence 


M2- 


N-bit28in I\/I2- 
sequence 


No 

compensation 


1 




1 




1 




1 




1 


Negative 
compensation 


1 














1 







Positive 

compensation of 
a zero 







1 














1 


Positive 

compensation of 
a one 












1 













The Network to MS direction: 

The status-information is filtered as described in GSM 07.01. To change the SB- or X-status mode, it is required that at 
least two consecutive SB- or X-bits, respectively, carry the same value. 

For NIC-procedure, refer to subclause 10.5.1. 



8.1.1.2 



Radio-interface data block for TCH/F14.4 channel coding 



A radio-interface data block for a TCH/F14.4 channel consists of 8 36-bit data frames and bits Ml and M2 as shown in 
the following table: 





































M1 


M2 


1 


D1 
D19 


D2 
D20 


D3 
D21 


D4 
D22 


D5 
D23 


D6 
D24 


D7 
D25 


D8 

D26 


D9 

D27 


D10 
D28 


D11 
D29 


D12 
D30 


D13 
D31 


D14 
D32 


D15 
D33 


D16 
D34 


D17 
D35 


D18 
D36 


2 


D1 
D19 


D2 
D20 


D3 
D21 


D4 
D22 


D5 
D23 


D6 
D24 


D7 
D25 


D8 
D26 


D9 
D27 


D10 
D28 


D11 
D29 


D12 
D30 


D13 
D31 


D14 
D32 


D15 
D33 


D16 
D34 


D17 
D35 


D18 
D36 


3 


D1 
D19 


D2 
D20 


D3 
D21 


D4 
D22 


D5 
D23 


D6 
D24 


D7 
D25 


D8 
D26 


D9 
D27 


D10 
D28 


D11 
D29 


D12 
D30 


D13 
D31 


D14 
D32 


D15 
D33 


D16 
D34 


D17 
D35 


D18 
D36 


4 


D1 
D19 


D2 
D20 


D3 
D21 


D4 
D22 


D5 
D23 


D6 
D24 


D7 
D25 


D8 
D26 


D9 
D27 


D10 
D28 


D11 
D29 


D12 
D30 


D13 
D31 


D14 
D32 


D15 
D33 


D16 
D34 


D17 
D35 


D18 
D36 


5 


D1 
D19 


D2 
D20 


D3 
D21 


D4 
D22 


D5 
D23 


D6 
D24 


D7 
D25 


D8 
D26 


D9 
D27 


D10 
D28 


D11 
D29 


D12 
D30 


D13 
D31 


D14 
D32 


D15 
D33 


D16 
D34 


D17 
D35 


D18 
D36 


6 


D1 
D19 


D2 
D20 


D3 
D21 


D4 
D22 


D5 
D23 


D6 
D24 


D7 
D25 


D8 
D26 


D9 
D27 


D10 
D28 


D11 
D29 


D12 
D30 


D13 
D31 


D14 
D32 


D15 
D33 


D16 
D34 


D17 
D35 


D18 
D36 


7 


D1 
D19 


D2 
D20 


D3 
D21 


D4 
D22 


D5 
D23 


D6 
D24 


D7 
D25 


D8 
D26 


D9 
D27 


D10 
D28 


D11 
D29 


D12 
D30 


D13 
D31 


D14 
D32 


D15 
D33 


D16 
D34 


D17 
D35 


D18 
D36 


8 


D1 
D19 


D2 
D20 


D3 
D21 


D4 
D22 


D5 
D23 


D6 
D24 


D7 
D25 


D8 
D26 


D9 
D27 


D10 
D28 


D11 
D29 


D12 
D30 


D13 
D31 


D14 
D32 


D15 
D33 


D16 
D34 


D17 
D35 


D18 
D36 



The number on the left indicates the order of the data frames in the 290-bit block; the 36-bit frame in position one was 
received before that in position two etc. One such block is transmitted over the radio interface every 20 ms. 
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8.1 .2 Radio Interface rate of 12 kbit/s 

In this case one modified CCITT V. 1 10 60 bit frame is received/sent from/to the network every 5ms (see GSM 05.03 ). 
The RAl/RAl' frinction will add/subtract the 17 bit synchronization pattern and the E1,E2 and E3 bits to/from each 
CCITT V.l 10 80 bit frame as follows: 

The modified CCITT V. 1 10 60 bits frame received/sent from/to the radio interface at 12 Kbit/s, 



D1 


D2 


D3 


D4 


D5 


D6 


S1 


D7 


D8 


D9 


D10 


D11 


D12 


X 


D13 


D14 


D15 


D16 


D17 


D18 


S3 


D19 


D20 


D21 


D22 


D23 


D24 


S4 


E4 


E5 


E6 


E7 


D25 


D26 


D27 


D28 


D29 


D30 


S6 


D31 


D32 


D33 


D34 


D35 


D36 


X 


D37 


D38 


D39 


D40 


D41 


D42 


S8 


D43 


D44 


D45 


D46 


D47 


D48 


S9 









is converted into the following a CCITT V.l 10 80 bits frame at 16 Kbit/s: 
























1 D1 


D2 


D3 


D4 


D5 


D6 


S1 


1 D7 


D8 


D9 


D10 


D11 


D12 


X 


1 D13 


D14 


D15 


D16 


D17 


D18 


S3 


1 D19 


D20 


D21 


D22 


D23 


D24 


S4 


1 El 


E2 


E3 


E4 


E5 


E6 


E7 


1 D25 


D26 


D27 


D28 


D29 


D30 


S6 


1 D31 


D32 


D33 


D34 


D35 


D36 


X 


1 D37 


D38 


D39 


D40 


D41 


D42 


S8 


1 D43 


D44 


D45 


D46 


D47 


D48 


S9 



In the case of the non transparent services, bits SI, X, S3, S4, E4, E5, E6, E7, S6, X (second occurrence), S8, and S9 
carry bits D'l, D'2, D'3, D'4, D'5, D'6, D7, D'8, D'9, D'lO, D'll, and D'12, respectively. 

For a modified CCITT V.l 10 60 bit frames received from the network, the received D, S and X bits or D and D' bits are 
set to the same value as the transmitted bits. Bits El, E2, E3 are set according to the user data rate as shown in figure 4 
for the transparent services, or the RLP multiframe and DTX indication as per GSM 08.20 in the non transparent case. 

For modified CCITT V.l 10 60 bit frames transmitted over the network, the received D, S, and X bits or D and D' are set 
to the same value as the transmitted bits. Bits El, E2, E3 are discarded. 

8.1.3 Void 

8.1 .4 Radio Interface rate of 6 kbit/s 

In this case one modified CCITT V. 1 10 60 bit frame is received/sent from/to the network every 10 ms (see 

GSM 05.03). The RAl/RAl' function will add/subtract the 17 bit synchronization pattern and the E1,E2 and E3 bits 

to/from each CCITT V. 1 10 80 bit frame as follows: 

The modified CCITT V. 1 10 60 bits frame received/sent from/to the radio interface at 6 Kbit/s, 
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D1 


D2 


D3 


D4 


D5 


D6 


S1 


D7 


D8 


D9 


D10 


D11 


D12 


X 


D13 


D14 


D15 


D16 


D17 


D18 


S3 


D19 


D20 


D21 


D22 


D23 


D24 


S4 


E4 


E5 


E6 


E7 


D25 


D26 


D27 


D28 


D29 


D30 


S6 


D31 


D32 


D33 


D34 


D35 


D36 


X 


D37 


D38 


D39 


D40 


D41 


D42 


S8 


D43 


D44 


D45 


D46 


D47 


D48 


S9 









is converted into the following a CCITT V.llO 80 bits frame at 8 Kbit/s: 
























1 D1 


D2 


D3 


D4 


D5 


D6 


S1 


1 D7 


D8 


D9 


DIG 


D11 


D12 


X 


1 D13 


D14 


D15 


D16 


D17 


D18 


S3 


1 D19 


D20 


D21 


D22 


D23 


D24 


S4 


1 El 


E2 


E3 


E4 


E5 


E6 


E7 


1 D25 


D26 


D27 


D28 


D29 


D30 


S6 


1 D31 


D32 


D33 


D34 


D35 


D36 


X 


1 D37 


D38 


D39 


D40 


D41 


D42 


S8 


1 D43 


D44 


D45 


D46 


D47 


D48 


S9 



In the case of the non transparent services, bits SI, X, S3, S4, E4, E5, E6, E7, S6, X (second occurrence), S8, and S9 
carry bits D'l, D'2, D'3, D'4, D'5, D'6, D7, D'8, D'9, D'lO, D'll, and D'12, respectively. 

For a modified CCITT V.l 10 60 bit frames received from the network, the received D, S and X bits or D and D' bits are 
set to the same value as the transmitted bits. Bits El, E2, E3 are set according to the user data rate as shown in figure 4 
for the transparent services, or the RLP multiframe and DTX indication as per GSM 08.20 in the non transparent case. 

For modified CCITT V.l 10 60 bit frames transmitted over the network, the received D, S, and X bits or D and D' bits 
are set to the same value as the transmitted bits. Bits El, E2, E3 are discarded. 

It should be noted that this process is identical to that used for the 12 kbit/s case except that the frame repetition rates 
are halved. 

8.1 .5 Radio Interface rate of 3,6 kbit/s (transparent services only) 

In this case one modified CCITT V. 1 10 36 bit frame is received/sent from/to the network every 10ms (see 

GSM 05.03 [3]). The RAl/RAl' function will add/subtract the 17 bit synchronization pattern and the E1,E2 and E3 bits 

to/from each CCITT V. 1 10 80 bit frame as follows: 

The modified CCITT V. 1 10 36 bits frame received/sent from/to the radio interface at 3.6 Kbit/s, 



D1 


D2 


D3 


S1 


D4 


D5 


D6 


X 


D7 


D8 


D9 


S3 


D10 


D11 


D12 


84 


E4 


E5 


E6 


E7 


D13 


D14 


D15 


86 


D16 


D17 


D18 


X 


D19 


D20 


D21 


88 


D22 


D23 


D24 


S9 











is converted into the following a CCITT V.l 10 80 bits frame at 8 Kbit/s: 
























1 D1 


D1 


D2 


D2 


D3 


03 


SI 


1 D4 


D4 


D5 


D5 


De 


D6 


X 


1 D7 


D7 


D8 


D8 


D9 


D9 


S3 


1 D10 


D10 


D11 


D11 


D12 


D12 


S4 


1 El 


E2 


E3 


E4 


E5 


E6 


E7 


1 D13 


D13 


D14 


D14 


D15 


D15 


se 


1 Die 


Die 


D17 


D17 


D18 


D18 


X 


1 D19 


D19 


D20 


D20 


D21 


D21 


S8 


1 D22 


D22 


D23 


D23 


D24 


D24 


S9 
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For modified CCITT V.l 10 36 bit frames transmitted to the network, El, E2, E3 are discarded. For modified CCITT 
V. 1 10 36 bit frames received from the network. El, E2, E3 are set as shown in figure 2. 

NOTE: The action to be taken in the case where two bits which should have the same value (e.g. bits noted Dl 
are received with different values is for further study. 

8.1.6 Synchronisation 

Synchronization shall be in accordance with CCITT specification V.l 10, subclause 2.1.3.1 "Search of frame 
synchronization" . 

On loss of synchronization between the MS and the DTE, subclause 2. 1 .3.2 of V. 1 10, "Frame synchronization 
monitoring and recovery", shall apply. In this case, idle frames with all data, status and E-bits set to binary "1" shall be 
sent to the radio interface. In the case of TCH/F14.4, the idle frames sent to the radio interface carry 289 bits set to '1' 
and the Ml-bit carrying the PN-sequence. 

As the synchronization process uses the V.l 10 frame alignment pattern only, the action is the same for Transparent and 
Non Transparent network support. 

8.1.7 Idle frames 

Whenever no data is received from the radio interface (e.g. frame stealing applies, layer 2 fill frames are received, etc.) 
idle frames shall be sent to the DTE. These are V. 1 10 frames with frame alignment pattern according to CCITT 
recommendation. V.l 10 [11] and all data, status and E-bits set to binary "1". 

8.2 Multislot rates 

In multislot operation the transmission is performed using parallel substreams between the Split/Combine-functions. 

8.2.1 TCH/F1 4.4 multislot operation 

The information carried by the M2-sequences is read per substream; i.e. the substream number and a complete NIC- 
code are transferred through one substream. 

A NIC -code is carried on as many substreams as is necessary to cover all NIC-compensations that have taken place. On 
channels where no NIC -compensation is carried, the N-bits are set to 'no compensation' . For the exact NIC-procedures, 
refer to subclause 10.5.1. 

8.2.2 AlURs up to 38,4 kbit/s using TCH/F9.6 and TCH/F4.8 channel 
codings 



Intermediate rate/AlUR 


Radio interface rate 


16 kbit/s/ 9,6 kbit/s 


2x6 kbit/s 


32 kbit/s/ 14,4; 19,2 kbit/s 


2x12 or 3x6 or 4x6 kbit/s 


64 kbit/s / 28,8; 38,4 kbit/s 


3x12 or 4x12 kbit/s 



In these cases, the data stream is mapped from 80-bit intermediate rate frames into modified frames of 60 bits for radio- 
interface transmission as specified in subclause 8.1 for 12 kbit/s and 6 kbit/s except for the following cases: 

For AIURs 14,4 and 28,8 kbit/s using channel codings TCH/F4.8 and TCH/F9.6, respectively, four consecutive V.l 10 
80-bit frames (Figure 12) are mapped onto three consecutive modified 60-bit V.l 10 (Figure 5 or 6) frames at the MS. 
The 4x36 data bits in the 80-bit frames are mapped onto the 3x48 data bits in the 60-bit frames. However, bits E4-E7 in 
the 80-bit frames are mapped onto the E4-E7 bits in the 60-bit frames when their value indicate either positive or 
negative compensation (NIC; See subclause 5.1.1). The E4-E7 bits that indicate 'No compensation' in the 80-bit frames 
need not be mapped onto the 60-bit frames. The S- and X-bits in every fourth 80 -bit frame are not mapped onto the 60- 
bit frames. When radio interface rate of 2 x 12 kbit/s is used for carrying AIUR 14,4 kbit/s, padding is used in the 60-bit 
frames of the higher substream number (Subclause 10.6). 
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For substream numbering information, please refer to subclause 10 of this document. 

8.2.3 AlURs up to 38,4 kbit/s using TCH/F1 4.4 channel coding 



Intermediate rate/AlUR 


Radio interface rate 


64 kbit/s / 28,8; 38,4 kbit/s 


2x14,5 or3x14,5 



For AIURs 14,4 and 28,8 kbit/s the 36 data bits in the 80-bit V.l 10 intermediate rate frames are extracted and sent 
through the substreams in data blocks containing eight 36-bit frames as described in subclause 8.1. An Ml/M2-bit pair 
is sent over the radio-interface along with each data block every 20 ms. These bits carry the multiframe, substream 
number, V.24 status, and NIC information as described in subclauses 8.1.1.1 and 8.2.1. 

For AIUR 38.4 kbit/s the 80-bit V.l 10 intermediate rate frames carry 48 user data bits. The 290-bit blocks in the 
substreams of the lower substream numbers carry 288 user data bits while the 290-bit blocks in the substream of the 
highest substream number carries 192 user data bits; this means that five of the eight 36-bit frames making up the block 
carry 36 user data bits whereas the sixth frame carries 12 user data bits (5x36h-12). Frames seven, eight, and the rest of 
the sixth frame are padded with 'I's. 

The M2-bit sequences are used as described in subclauses 8.1.1.1 and 8.2.1 

For NIC-procedures refer to subclauses 8.2.1 and 10.5.1. No NIC-values are transported in association with AIUR 38,4; 
the N-bits are set to 'no compensation'. 

8.2.4 AIUR of 48 kbit/s; Intermediate rate of 64 kbit/s; Radio interface rate 
of 5x 1 2 kbit/s 

One modified CCITT V. 1 10 60 bit frame (Figure 5) is received/sent from/to a TCH/F every 5 ms (see GSM 05.03) 
resulting in an radio-interface rate of 12 kbit/s per channel. 

One 60-bit radio-interface frame is converted into two CCITT V. 1 10 32-bit frames at 64 kbit/s (Figure 13): 



1 


D1 


D2 


D3 


D4 


D5 


D6 


S1 





D7 


D8 


D9 


D10 


D11 


D12 


X 


1 


D13 


D14 


D15 


D16 


D17 


D18 


S3 


1 


D19 


D20 


D21 


D22 


D23 


D24 


S4 



8.2.5 AIUR of 48 kbit/s; Intermediate rate of 64 kbit/s; Radio interface rate 
of 4x 14,5 kbit/s 

For AIUR 48 kbit/s the 24 data bits in the 32-bit V. 1 10-frames are extracted and sent through the substreams in 36-bit 
frames as described in subclause 8.1 . An Ml/M2-bit pair is sent over the air-interface along each data block every 20 
ms. This pair of bits carries the multiframe, substream, and V.24 status information as described in subclauses 8.1.1.1 
and 8.2.1. 

The 290-bit blocks in the highest numbered substream carry 96 user data bits (2x36h-24). 

The M2-bit sequences are used, for the applicable parts, as described in subclauses 8.1.1.1 and 8.2.1. 

No NIC-values are transported in association with AIUR 48.0; the N-bits are set to 'no compensation'. 

8.2.6 AIUR of 56 kbit/s; Intermediate rate of 64 kbit/s 

Radio interface rate of 5 x 12 kbit/s 

One modified CCITT V. 1 10 60 bit frame (Figure 10) is received/sent from/to the network every 5 ms (see GSM 05.03) 
resulting in an radio-interface rate of 12 kbit/s per channel. 

A modified CCITT V.l 10 60 bits radio-interface frame: 
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D3 


D4 
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D56 









NOTE: For information on the T-bits, please refer to subclause 10.2 of this document. 
is converted into a CCITT V. 1 10 64 bits frame at 64 kbit/s: 
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D56 1 



8.2.7 AIUR of 56 kbit/s; Intermediate rate of 64 kbit/s; Radio interface rate 
of 4x 14,5 kbit/s 

For AIUR 56 kbit/s the 56 data bits in the 64-bit V. 1 10 frames are extracted and sent through the substreams in 36-bit 
frames as described in subclause 8.1. An Ml/M2-bit pair is sent over the air-interface along each data block every 20 
ms. This pair of bits carries the multiframe and substream numbering information as described in subclause 8.1.1.1. 

The 290-bit blocks in the highest numbered substream carry 256 user data bits (7x36h-4). 

The M2-bit sequences are used, for the applicable parts, as described in subclauses 8.1.1.1 and 8.2.1. 

No V.24 status or NIC-values are transported in association with AIUR 56.0; the N-bits are set to 'no compensation'. 

8.2.8 AIUR of 64 kbit/s; Radio interface rate of 6 x 12 kbit/s 

One modified CCITT V. 1 10 60 bit frame (Figure 10) is received/sent from/to the network every 5 ms (see GSM 05.03) 
resulting in an radio-interface rate of 12 kbit/s per channel. 

A modified CCITT V.l 10 60 bits radio-interface frame: 
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NOTE: For information on the T-bits, please refer to subclause 10.2 of this document. 

The data bits are extracted from the 60-bit frames received from the network; six frames, one of which carries padding 
as explained in subclause 10.6, carry 320 bits of user data per 5 ms resulting in a 64 kbit/s user rate which is sent 
forward as such. 
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8.2.9 AIUR of 64 kbit/s; Radio interface rate of 5 x 1 4,5 l<bit/s 

For AIUR 64 kbit/s the 64 data bits in the 64-bit V. 1 10 frames are extracted and sent through the substreams in 36-bit 
frames as described in subclause 8.1. An Ml/M2-bit pair is sent over the air-interface along each data block every 20 
ms. This pair of bits carries the multiframe and substream numbering information as described in subclause 8.1.1.1. 

The 290-bit blocks in the highest numbered substream carry 128 user data bits (3x36h-20). 

The M2-bit sequences are used, for the applicable parts, as described in subclauses 8.1.1.1 and 8.2.1. 

No V.24 status or NIC-values are transported in association with AIUR 64.0; the N-bits are set to 'no compensation'. 



9 The RA1' Function 

This function is used to adapt between the synchronous user data rates, or the output of the RAO function and the radio 
interface data rates of 3.6, 6, 12 or 14,5 kbit/s. 

9.1 Synciironous user rates up to 9,6 kbit/s 



Synchronous user rate 


Rate at the radio interface 


< 2,4 kbit/s 


3.6 kbit/s 


4,8 kbit/s 


6 kbit/s 


9,6 kbit/s 


12 kbit/s or 2x6 kbit/s 



The modified CCITT V.l 10 36 or 60 bit frame structures for each user rate are shown in figures 5-9. The meaning of 
the bits is described in clause 5. 



9.2 



Synchronous user rates from 9,6 kbit/s onward; 
TCH/F9. 6/4.8 channel codings 



Synchronous user rate 


Total rate at the radio 
interface 


DTE/DCE 
statuses 


60 Bit frame structure 


Single slot rate at the 
radio interface 


14,4 kbit/s 


24 kbit/s or 18 kbit/s 


X 


9,6 kbit/s or 4,8 kbit/s 

(Figs. 5 and 15) 

Note 


12 kbit/s or 6 kbit/s 


19,2 kbit/s 


24 kbit/s 


X 


9,6 kbit/s or 4,8 kbit/s 
(Fig. 5) 


12 kbit/s or 6 kbit/s 


28,8 kbit/s 


36 kbit/s 


X 


9,6 kbit/s (Fig. 5) 


12 kbit/s 


38,4 kbit/s 


48 kbit/s 


X 


9,6 kbit/s (Fig. 5) 


12 kbit/s 


48 kbit/s 


60 kbit/s 


X 


9,6 kbit/s (Fig. 5) 


12 kbit/s 


56 kbit/s 


60 kbit/s 




11,2 kbit/s (Fig. 10) 


12 kbit/s 


64 kbit/s 


72 kbit/s 




11,2 kbit/s (Figs. 10 and 
1 6) Note 


12 kbit/s 


NOTE: Padding is used in frames making up the data substream of the highest substream number. 



Modified CCITT V. 1 10 60 bit frames structures are those shown in figures 5, (6,) and 10. The structure to apply is that 
for the partial user rate. The meaning of the bits is described in clauses 5 and 7. For description of the padding 
procedure, please refer to clause 10 of this document. 
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9.3 Synchronous user rates from 9,6 kbit/s onward; TCH/F14.4 
channel coding 



Synchronous user rate 


Total rate at the radio 
interface 


DTE/DCE 
Statuses 


Air-interface bit frame 
structure 


Single slot rate at the 
radio interface 


14,4 kbit/s 


14,5 kbit/s 


X 


36 bits, 290-bit block 


14,5 kbit/s 


28,8 kbit/s 


29.0 kbit/s 


X 


36 bits, 290-bit block 


14,5 kbit/s 


38,4 kbit/s 


43.5 kbit/s 


X 


36 bits, 290-bit block 


14,5 kbit/s (note) 


48 kbit/s 


58.0 kbit/s 


X 


36 bits, 290-bit block 


14,5 kbit/s (note) 


56 kbit/s 


58.0 kbit/s 




36 bits, 290-bit block 


14,5 kbit/s (note) 


64 kbit/s 


72.5 kbit/s 




36 bits, 290-bit block 


14,5 kbit/s (note) 


NOTE: Padding used as specified for TCH/F1 4.4 channel coding 



The format used for transferring a synchronous data stream over the radio-interface is a muhiframe consisting of 3 1 
data blocks. Each data block contains bits Ml and M2 followed by 288 user data bits sent/received over the radio- 
interface every 20 ms. The Ml-bit carries a 31-bit PN-sequence used for aligning the multiframe(s), whereas the M2-bit 
carries substream numbering, status information, and NIC-codes as described in subclauses 8.1.1.1 and 8.2.1. The status 
information carried by the M2-sequence(s) is interpreted as specified in subclause 8.2.2 of GSM 07.01. When three 
consecutive M2-bits carry a substream number, this is interpreted as specified in clause 10. Five consecutive M2-bits 
carrying NIC-information are interpreted according to subclause 8.1.1.1. For the exact NIC -procedures refer to 
subclause 10.5.1. 



10 The Split/Combine and Padding-functions 

1 0.1 Data frame distribution into the substreams/channels by the 
Split/Combine function 

1 0.1 .1 Data frame distribution into the substreams/channels by the 
Split/Combine function (TCH/F9.6 and TCH/F4.8 channel codings) 

a) In the transparent case the Split/Combine-function distributes the V. 1 10-frames into the substreams and 
recombines the overall data stream from the substreams according to the following rules: 

In the overall data stream 

1) the frame in position p in substream q preceeds the frame in position p in substream qH-l,0< q < n-1 

2) the frame in position p in substream n-1 preceeds the frame in position p-nl in substream 0; 
where in the rules above n is the number of substreams. 

b) In the non-transparent case the Split/Combine-function distributes the RLP-frames — or the four V. 1 10-frames 
making up an RLP -frame (Reference: GSM 08.20, Clause 10) — into channels so that one whole RLP -frame is 
carried through one channel. Furthermore the RLP-frames are distributed into the available channels so that the 
resulting delay in the overall data stream is kept as small as possible. The receiving Split/Combine-function 
recombines the overall data stream according to the inherent RLP -frame numbering, i.e. the N(S)-numbers in the 
RLP-frame header (GSM 04.22). 

1 0.1 .2 Data block distribution into the substreams by the Split/Combine 
function (TCH/F14.4 channel coding) 

a) Transparent services 
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The Split/Combine-fanction distributes the user data carried in the 290-bit blocks (Refer to subclause 8.1.1.2) 
into the substreams and recombines the overall data stream from the substreams according to the following rules: 

In the overall data stream: 

1) the data block in position m of multiframe in substream q precedes the data block in position m of multiframe 
in substream q+1, 0< q < n-1, 0<m<30. 

2) the data block in position m of multiframe in substream n-1 precedes the data block in position m-nl of 
multiframe in substream 0; 

where in the rules above n is the number of substreams. 





y frame/ block k 

/ / 




k-2 k-1 


k k+1 k+2 k+3 k+4 k+5 k+6 


Overall stream 




position ml 






k-3 k k+3 k+6 


Substr. q=0 










k-2 k+1 k+4 k+7 


Substr. q=1 


^* 








k-1 k+2k+5k+8 


Substr. q=2 



Figure 2a: Distribution of data frames or data bloclts into the substreams in transparent operation 

b) Non-transparent services 



In the non-transparent operation the Split/Combine-function distributes the RLP-frames into substreams so that 
one whole RLP-frame is carried through one substream. This means that the two 290-bit air-interface blocks 
carrying one RLP-frame are transmitted through the same substream. Furthermore the RLP-frames are 
distributed into the available substreams so that the resulting delay in the overall data stream is kept as small as 
possible The receiving Split/Combine-function recombines the overall data stream according to the inherent 
RLP-frame numbering, i.e. the N(S)-numbers in the RLP-frame header (GSM 04.22). 



10.2 Substream numbering in transparent operation 

In transparent multislot data configurations of more than one TCH/F the parallel data substreams between the 
Split/Combine-functions carry inband substream numbering. The status bits SI, S3, and the X-bit between data bits D12 
and D13 (Figures 5 and 6) are used for transferring this substream numbering information (SI is the MSB and S3 the 
LSB). The substreams are numbered 0, 1, 2, 3 etc. regardless of the physical channels through which the substreams are 
transmitted. The highest substream number is one less than the number of physical channels in use at a given time; i.e. 
the numbering cycle changes when physical channels are either added to or removed from a connection. 

The S4-bit is used for frame synchronisation between the parallel substreams. This bit follows a 31 -bit PN-sequence of 
0000 1001 0110 0111 1100 0110 1110 101. This thirty one bit sequence is used for substream resynchronisation in 
cases where delay has occurred on one or more substream(s); the position of a frame in a substream can be determined 
modulo 3 1 by the values of the S4-bit in a sequence of 5 consecutive frames including the frame in question. Provided 
that the relative delay between substreams is less than 75 ms (i.e. less than a 15-frame displacement), this and the frame 
distribution rules given in subclause 10.1 are sufficient to determine the correct order of the frames. 

Bits S6, S8, S9, and the other X-bit are used for conveying channel control information according to the relevant 
terminal adapter function specification. 
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These rules apply to all multislot data AIURs up to and including 48 kbit/s. When the received 48 kbit/s AIUR is 
converted into 64 kbit/s rate, the bits extracted from the 60-bit radio interface frames (Figure 5) are mapped into the 32- 
bit frame format of Figure 13. Here the values for the status bits SI, X, S3, and S4 in the 32-bit frame must be derived 
from status bits S6, X, S8, and S9 in the radio-interface frame because status bits SI, X, S3, and S4 in the upper right 
hand corner of the 60-bit frame have been used for data substream numbering as described above. 

In the 1 1,2 kbit/s frames used for AIURs 56 and 64 kbit/s (Figure 10) the Tl, T2, T3 (Tl the MSB and T3 the LSB) are 
used for carrying the substream numbering as status bits SI, X, and S3 do according to the definition given in the first 
paragraph of subclause 10.1. Bit T4 is used for carrying the substream synchronisation sequence just as status bit S4 
does in the description given in the second paragraph of subclause 10.2. 

1 0.2.1 Substream numbering for TCH/F1 4.4 channel coding 

Bit Ml carries the multiframe sequence 0000 1001 0110 0111 1100 0110 1110 101. The number of the substream in 
which a multiframe is sent is carried four times in a 31 -bit period of theM2-sequence. In the three-bit number code the 
bit in the lowest bit position is the MSB (See table in subclause 8.1.1.1). 

1 0.3 Initial Substream Synchronisation for TCH/F9.6 and 
TCH/F4.8 channel codings 

The Split and combine-function is responsible for controlling the initial synchronisation procedure as described in GSM 
07.01. 

1 0.3.1 Initial Substream Synchronisation for TCH/F1 4.4 channel coding 

The Split and combine-function is responsible for controlling the initial synchronisation procedure as described in GSM 
07.01. 

1 0.4 Action on loss of synchronisation 

Two interfaces are involved in the TAF regarding the need for the data frame synchronisation, i.e the TAF/multichannel 
interface and the TAF/TE interface. 

10.4.1 Non-transparent services (TCH/F9.6 and TCH/F4.8 channel 
codings) 

If the TAF detects a loss of frame synchronisation on the TAF/TE interface, the TAF initiates re-synchronisation on that 
link, in line with the procedures specified in CCITT V.l 10. No related action shall be taken by the TAF on the 
TAF/multichannel link(s) or on the V. 1 10 frames being transmitted towards the TE. 

If the TAF detects a loss of synchronisation on the TAF/multichannel link(s) - on one or more channels - then the TAF 
initiates re-synchronisation process on the channel(s) which are out of synchronisation. In this case the TAF searches 
for the data frame structure in those channels in which the synchronisation has been lost. No related action shall be 
taken regarding the frames generated towards the TE by the TAF during the re-synchronisation process. 

No action shall be taken on the frames being transmitted towards the MSC, other than to continue sending them 
normally. 

1 0.4.2 Transparent services (TCH/F9.6 and TCH/F4.8 channel codings) 

If the TAF detects a loss of frame synchronisation on the TAF/TE interface, the TAF initiates a re-synchronisation on 
that link, in line with the procedures specified in CCITT V. 1 10. No further action shall be taken by the TAF on the 
TAF/multichannel link or on the V. 1 10 frames being transmitted towards the TE. 
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If the TAF detects a loss of synchronisation on the TAF/multichannel Hnk - on one or more channels - the TAP initiates 
re-synchronisation process on the channel(s) which are out of synchronisation. In this case the TAF searches for the 
data frame structure in those channels in which the synchronisation has been lost. The information received from the 
channels shall continue to be processed as if the synchronisation had not been lost; corrupted data is forwarded towards 
the TE during the re-synchronisation process. 

No action shall be taken on the frames being transmitted towards the MSC, other than to continue sending them 
normally. 

1 0.4.3 Non-transparent services (TCH/F1 4.4 channel coding) 

If the TAF detects a loss of frame synchronisation on the TAF/TE interface, the TAF initiates re-synchronisation on that 
link, in line with the procedures specified in CCITT V.l 10. No related action shall be taken by the TAF on the 
TAF/multichannel link(s) or on the frames being transmitted towards the TE. 

If the TAF detects a loss of synchronisation on the TAF/multichannel link(s) - on one or more channels - then the TAF 
initiates re-synchronisation process on the channel(s) which are out of synchronisation. In this case the TAF searches 
for the multiframe structure in those channels in which the synchronisation has been lost. No related action shall be 
taken regarding the frames generated towards the TE by the TAF during the re-synchronisation process. 

No action shall be taken on the frames being transmitted towards the MSC, other than to continue sending them 
normally. 

1 0.4.4 Transparent services (TCH/F1 4.4 cinannel coding) 

If the TAF detects a loss of frame synchronisation on the TAF/TE interface, the TAF initiates a re-synchronisation on 
that link, in line with the procedures specified in CCITT V. 1 10. No further action shall be taken by the TAF on the 
TAF/multichannel link or on the frames being transmitted towards the TE. 

If the TAF detects a loss of synchronisation on the TAF/multichannel link - on one or more channels - the TAF initiates 
re-synchronisation process on the channel(s) which are out of synchronisation. In this case the TAF searches for the 
multiframe structure in those channels in which the synchronisation has been lost. The information received from the 
channels shall continue to be processed as if the synchronisation had not been lost; corrupted data is forwarded towards 
the TE during the re-synchronisation process. 

No action shall be taken on the frames being transmitted towards the MSC, other than to continue sending them 
normally. 

1 0.5 Network independent clocking 

The data frames carrying an NIC-multiframe (subclause 5.1.1) indicating a positive or negative compensation are 
distributed into the substreams according to subclause 10.1. 

1 0.5.1 Network Independent Clocking for TCH/F1 4.4 channel coding (both 
single- and multilinks) 

In the following, 'a data bit position' means a non-padded bit position in the 290-bit radio interface blocks. 

The NIC-codes are read per substream, i.e. the sequence of five N-bits in a substream carries one complete NIC-code. 

If NlC-compensation(s) take(s) place in the overall user data flow: 

1 0.5.1 .1 Negative compensation 

a) From overall data stream to substreams 

When only one substream is used and the data is mapped to the radio interface blocks, the 'extra null bit', which 
is set to '1', (subclause 5.1.1) is mapped to the first data bit position of the radio interface block which carries the 
fifth N-bit in the 31 -block multiframe structure. The five N-bits encode 'negative compensation' as described in 
clause 5. 
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If more than one substream is used, and more than one negative compensation should be performed the 'extra 
null bit' is mapped to the first data bit position of the radio interface block which carries the fifth N-bit in the 
31 -block multiframe structure in as many substreams as necessary to perform all compensations. In those 
substreams where no compensation is needed the N-bits are set to 'no compensation' . 

b) From substreams to overall data stream 

When a radio interface block carrying the fifth bit of an NIC -code indicating negative compensation is received, 
the receiver discards the first data bit of the block. 

1 0.5.1 .2 Positive compensation 

a) From overall data stream to substreams 

An NIC -code indicating positive compensation means that the data bit from the overall data stream preceding the 
bit mapped into the first position of the data block conveying the second N-bit is carried encoded by the five N- 
bits. 

If more than one substream is used, and if more than one compensation has taken place in the overall data 
stream, more than one substream carries a NIC-code indicating 'positive compensation'. In those substreams 
where no NIC-compensation is needed the N-bits indicate 'no compensation' . 

b) From substreams to overall data stream 

When an NIC-code indicating positive compensation is received, an extra '0' or '1' — depending on whether a 
compensation of a '0' or ' 1' is indicated — is mapped to before the first data bit position of the block with which 
the second bit of the NIC -code is associated. 

1 0.6 Padding TCH/F frames when the AIUR is not a multiple of 
9,6 or 4,8 kbit/s 

When the required AIUR is not a multiple of the rates supported by TCH/F4.8 or TCH/F9.6, padding is used for 
producing the required AIUR. 

To achieve the required AIUR the data bits are distributed across the substreams 1 to n as follows: 

Substream(s) 1 (to n-1) carry multiples of the rate supported by the channel coding used. 

Substream n carries the remaining amount of data bits required to achieve the required AIUR. The remainder of 
data stream n carries padding bits set to binary value '1'. 

Padding for AIUR 14.4 kbit/s: 

The frame of the lower substream number carries full 9,6 kbit/s. The frame of the higher substream number carries 4,8 
kbit/s of user data in bit positions D1-D24 while bit positions D25-D48 are inserted with binary "l"s. (Figure 15) 

Padding for AIUR 64 kbit/s: 

The frames numbered 1-5 carry full 11, 2 kbit/s. Frame number 6 carries 8.0 kbit/s of user data in bit positions D1-D40 
while bit positions D41-D56 are inserted with binary "l"s. (Figure 16) 

1 0.6.1 Padding for TCH/F1 4.4 channel coding 

Padding for TCH/F14.4 channel coding is presented in the corresponding parts of clause 8. 

1 0.7 Handling of the E1 -E3 bits in multislot operation 

Between the Split / Combine functions the substreams carry the code associated with the substream rate as defined in 
Figure 4. When the substreams are combined the code is set to correspond to the overall AIUR according to Figure 4. 



£75/ 



(GSM 04.21 version 5.7.0 Release 1 996) 28 ETSI TS 1 00 945 V5.7.0 (2000-08) 

1 1 Support of Non-Transparent Bearer Services 

In the case of non-transparent services, the RAT function provides access to the 12 and 6 kbit/s radio interface data 
rates. (AHgnment of RLP frames with the four TDMA slots makes it physically impossible to provide 3,6 kbit/s.) The 
RAT function is not applied in case of TCH/F14.4 channel coding (Radio interface rate nxl4.5 kbit/s, l<n<4). 



Air interface user rate 


Radio interface rate 


4,8 kbit/s 


6 kbit/s 


9,6 kbit/s 


12 kbit/s or 2x6 kbit/s 


14,4 kbit/s 


14,5 kbit/s or 2x12 kbit/s or 3x6 kbit/s 


1 9,2 kbit/s 


2x1 2 kbit/s or 4x6 kbit/s 


28,8 kbit/s 


2x14,5 kbit/s or 3x12 kbit/s 


38,4 kbit/s 


3x1 4,5 kbit/s or 4x1 2 kbit/s 


43.2 kbit/s 


3x14,5 kbit/s 


57.6 kbit/s 


4x14,5 kbit/s 



11.1 Support of non-transparent operation for TCH/F9.6 and 
TCH/F4.8 channel codings 

This access results in the use of a modified CCITT V. 110 60 bit frame for non-transparent services (figure 11). In this 
case, the RAT function also provides for alignment of four modified CCITT V.llO 60 bit frames sent on the same radio 
slot corresponding with each complete 240 bit frame to be encoded by the radio subsystem as a single unit (see GSM 
05.03). The difference between the non-transparent 60 bit frame and the 60 bit frame for the transparent service is that 
the bit positions used for status in a transparent frame are used to carry data (designated as D' bits in figure 1 1). 

NOTE: The status bits SA, SB, and the X bit are embedded in the L2R-PDU frames (see GSM 07.01, 07.02, and 
07.03). 

The first bit of each RLP frame to be transmitted will correspond to the first bit (Dl) of the first 60 bit frame in a four 
frame sequence and the last bit will correspond to the last bit (D'12) of the last 60 bit frame in a four frame sequence. 
Each 60 bit frame is filled from left to right starting at Dl (see figure 1 1). 

The radio subsystem provides for the synchronous transmission and reception of 240 bit RLP frames through a 
connection consisting of up to four TCH/Fs. An RLP-frame is received/sent from/to a particular radio channel every 20 
ms (12 kbit/s radio interface rate) or every 40 ms (6 kbit/s radio interface rate) irrespective of the user rate. 

The request to use 6 kbit/s radio interface rate on a Full Rate Channel is indicated in the BC-IE by setting the NIRR bit 
to 6 kbit/s (Negotiation procedure see GSM 07.01) and selecting a Full Rate Channel and Non-Transparent service. If 
the entity receiving the BC-IE is unable to support this request then the 12 kbit/s radio interface rate shall be provided 
automatically. 

Occasions may arise when there is no RLP frame ready to be transmitted. In this case a frame of 240 zeroes will be 
transmitted. This frame will be discarded by the distant RLP function, due to FCS failure, but will allow physical link 
synchronization to be maintained between the MS and the MSC. 

In the case of an asymmetric connection the BTS shall send VI 10 idle frames towards the MSC on the channels which 
are unused in the direction from the MS towards the MSC. This will ensure that the IWF does not interprete VI 10 
frames which are not originated from the MS as complete RLP frames. 

1 1 .2 Support of non-transparent operation for TCH/F1 4.4 
channel coding 

In 14,4 kbit/s channel 576-bit RLP -frames are used. 
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The RAl' function is not applied in this case. Instead the RLP-, or in muhislot operation the Split/Combine- function, 
handles the 290-bit data blocks received/sent from/to the network. The Ml- bit is used for indicating the RLP -frame 
halves: in the first half Ml= and in the second half Ml=l. Bit M2 is used for DTX-indication between the BSS and 
MSC as described in GSM 08.20 

In cases where no RLP-frame is ready to be transmitted, a sequence of 576 'I's is transmitted. This frame will be 
discarded by the distant RLP-function due to FCS failure. 

In the case of an asymmetric connection the BTS shall send idle frames towards the IWF on the channels which are 
unused in the direction from the MS towards the MSC, as specified in GSM 08.60. This will ensure that the IWF does 
not interprete sequences of frames which are not originated from the MS as complete RLP frames. 
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12 Figures on Frame structures 
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Figure 3: The CCITT V.110 80 bit RA1 frame structure 
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NOTE: The 300 bit/s user data rate is carried on the 600 bit/s synchronous stream by adding stop elements, see 
subclause 4. 1 . 

Figure 4: Coding of data rates 
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Figure 5: IVIodified CCITT V.110 60 bit frame for 9,6 kbit/s transparent data 
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Figure 6: Modified CCITT V.110 60 bit frame for 4,8. kbit/s transparent data 
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b) 
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Figure 7: a) Modified CCITT V.110 36 bit frame for 2,4 Itbit/s transparent data and b) the 
corresponding intermediate rate frame at 8 kbWs 
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Figure 8: a) lUlodified CCITT V.110 36 bit frame for 1,2 kbit/s transparent data and b) the 
corresponding intermediate rate frame at 8 kbit/s 
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NOTE: The 300 bit/s user data rate is carried on the 600 bit/s synchronous stream by adding stop elements, see 
subclause 4. 1 . 



b) 
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NOTE: In order to maintain compatibility with Recommendation X.30 (1.461), for the 600 bit/s user rate bit E7 is 
coded to enable the 4x80 bit multiframe synchronisation. To this end, E7 in the fourth 80 bit frame is set 
to binary '0'. See Table 6 of ITU-T Recommendation V. 110(09/92). 

Figure 9: a) Modified CCITT V.110 36 bit frame for 600 bit/s transparent data and b) thie corresponding 

intermediate rate frame at 8 kbWs 
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Figure 10: lUlodified CCITT V.110 60 bit frame for 11,2 WbWs partial rate 
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Figure 11 : Modified CCITT V.110 60 bit frame for non-transparent data 
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Figure 12: The CCITT V.1 10 80 bit frame for 3.6 l<bit/s transparent data (8 l<bit/s intermediate rate) 



1 


D1 


D2 


D3 


D4 


D5 


D6 


S1 





D7 


D8 


D9 


D10 


D11 


D12 


X 


1 


D13 


D14 


D15 


D16 


D17 


D18 


S3 


1 


D19 


D20 


D21 


D22 


D23 


D24 


S4 



Figure 13: The CCITT V.1 10 32 bit 48 kbit/s frame structure (64 kbit/s intermediate rate) 
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Figure 14: The CCITT V.1 10 64 bit 56 kbit/s frame structure (64 kbit/s intermediate rate , option 

without status bits) 
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Figure 15: Modified CCITT V.1 10 60 bit frame for a padded 9,6 kbit/s transparent data frame carrying 

4,8 kbit/s with padding 
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Figure 16: Modified CCITT V.1 10 60 bit frame for a padded 11,2 l<bit/s transparent data frame carrying 

8.0 kbWs with padding 
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Figure 17: IVIodified CCITT V.1 10 36-bit frame received/sent from/to the network at 14,4 kbit/s 
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Annex A (informative): 
Stacks of rate adaptation 



A.1 Stacks of rate adaptation for 9,6/4,8 kbit/s single slot 
operation 

For transparent data services, the following stacks of rate adaptation are possible: 
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\/ 



\/ 



\/ 
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For the non-transparent services, the following stacks of rate adaptation and functions are possible: 
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A.2 Stacks of rate adaptation for 14,4 kbit/s single slot 
operation 

For transparent data services, the following stacks of rate adaptation are possible: 
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For the non-transparent services, the following stacks of rate adaptation and functions are possible: 
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A.3 Stacks of rate adaptation for 9,6/4,8 kbit/s multi slot 
operation 

For transparent data services, the following stacks of rate adaptation are possible: 



DTE 



A/S 



ASY 



MT 



V 

JSL 



SYN 



FAX+FA 



RA2 



V 

IBl 



RAO 



V 

[R] 



4^ 



\S/C 
RA1/RA11 



^ ^ 



S/C. 



RA1' 



\L 



M 



J4^ 



iL± 



FEC (12 or 6 kbit/s) 



BSS 



~^r^ 



RA1 VRA1 



Y \/ 



MUX 



[R] 



V 



£75/ 



(GSM 04.21 version 5.7.0 Release 1996) 



40 



ETSI TS 100 945 V5.7.0 (2000-08) 



For the non-transparent services, the following stacks of rate adaptation and functions are possible: 
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A.4 Stacks of rate adaptation for 14,4 kbit/s multi slot 
operation 

For transparent data services, the following stacks of rate adaptation are possible: 
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For the non-transparent services, the following stacks of rate adaptation and functions are possible: 
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Annex B (informative): 

An example of mapping Network Independent Clocking 

information for TCH/F14.4 when the S-interface is deployed: 

In the following, when data bits are moved forwards or backwards between data frames and blocks, padded bit positions 
are skipped, and the data is moved between bit positions occupied by data bits, i.e. data bit positions. 

Negative compensation: 

a) From overall data stream to substreams 

When the data is mapped from the V.l 10-frames to the radio interface blocks, the 'extra null bit' (subclause 
5.1.1) is dropped and remapped to the first data bit position of radio interface block number 28, which is the 
block carrying the fifth N-bit in the 31 -block multiframe structure. 

b) From substreams to overall data stream 

When a radio interface block carrying the fifth bit of an NIC -code indicating negative compensation is received, 
the receiver discards the data in the first data bit position of the block. 

Positive compensation: 

a) From overall data stream to substreams 

When the data is mapped from the V.l 10-frames to the radio interface blocks, the extra bit — either or 1 — is 
added to the data flow in the correct position (subclause 5.1.1). This means that the 36-bit frame (inside a radio- 
interface block) in which this has taken place has a bit overflow; this overflow is carried over to the next frames 
and to the next radio interface blocks; i.e. bit position 1 of the following frame/block would carry the user data 
bit that originally was the last non-padded bit in the previous frame/block. The overflow is halted in the block 
carrying the second bit of the NIC-code; the value of the N-bit carried by this block (by bit M2) is set to either 1 
or depending on the value of the bit that would be mapped to the first data bit position of the block if the 
overflow carry over would continue. If this bit is a 1, the N-bit is set to (positive compensation of a 1); if the 
bit is a 0, the N-bit is set to 1 (positive compensation of a 0). The bit that has been thus coded is not mapped to 
the first data bit position but carried by the NIC -code. The following bits are moved up by one data bit position. 

b) From substreams to overall data stream 

When a radio interface block indicating positive compensation is received from the radio, the NIC is decoded 
and the data is mapped into the V.l 10-frames in the overall data stream. Decoding the NIC means that an 'extra 
bit' emerges. This bit takes its real place in the overall data stream (before the first data bit position of the block 
carrying the second bit of the NIC-code.) Thus a bit overflow results. This overflow is carried over the V.l 10- 
frames until an air-interface block associated with the M2-bit carrying the fifth bit of the NIC -code (subclause 
5.1.1) has been fully received. After such block is received the next two suitable V.l 10-frames carry an NIC- 
code; the overflow of one bit which has been carried over a sequence of V. 1 10-frames halts here as the second 
V. 1 10-frame carries one extra bit; the value of the D-bit following the E4-E7 sequence in the V. 1 10-frame is 
carried by the NIC -code and the following data bits are moved up by one step in the V.l 10-frame. 
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Annex C (informative): 
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